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2543-0015-2 

TITLE OF THE INVENTION 

METHOD, SYSTEM AND COMPUTER PROGRAM PRODUCT FOR HISTORICAL 

ACCOUNT STATEMENTS 

5 CROSS-REF ERENCES TO RELATED APPLICATIONS 

This application is related to, and claims the benefit of the earlier filing date of, U.S. 

Provisional Patent Application Serial No. 60/121,134, filed February 22, 1999, entitled "A 

Method, System and Computer Program Product for Historical Financial Institution 

Statements," the entirety of which is incorporated herein by reference. 



10 BACKGROUND OF THE INVENTION 

Field of th e In ve ntion 

This invention relates generally to storage and online retrieval and display of 
historical account statements. The invention is more specifically related to a method, system 
and computer program product for storing and retrieving historical account statements for 

15 customers or members of organizations. More specifically, this invention relates to a method, 
system and computer program product for storing and retrieving historical account statements 
online by using a text version of the account statements stored for periodic printing and 
mailing of statements as a source of information for formatting and display. 
Discussion of the Background 

20 With the advent of the World Wide Web (web), many organizations such as 

businesses have published information regarding their products and services online for access 
by customers or members and prospective customers or members. Organizations such as 
financial institutions (e.g., banks, credit unions), credit card companies, utilities, gasoline 
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companies, retail merchants, airlines, distributors and suppliers to other businesses typically 
mail paper statements reflecting account activity and account status on a regular periodic 
basis, for example, every month or every quarter. Using security features developed recently 
for web browser programs, organizations have begun to allow customers or members to 
5 access and view information regarding the customers' or members' account activity using web 
browsers. However, many programs developed to provide this type of information have 
involved operations of searching databases of the organizations to obtain requested 
information, followed by formatting operations to format the retrieved account information 
for suitable display on the accessing customer's or member's web browser. 
10 U.S. Patent No. 5,712,987 to Waits et al., U.S. Patent No. 5,721,831 to Waits et al., 

U.S. Patent No. 5,812,989 to Witt et al, and U.S. Patent No. 5,870,725 to Bellinger et al 
disclose systems in which information regarding customer transactions are managed. 



SUMMARY OF THE INVENTION 
Accordingly, one object of this invention is to provide a novel method, system and 

15 computer program product for online display of historical account statements which utilizes a 
text version of an account statement as a source of information. A further object of this 
invention is to provide a novel method, system and computer program product for providing 
online access to historical account statements which utilizes a text version of an account 
statement which is printed on paper and mailed to a customer or member of an organization. 

20 A further object of this invention is to provide a novel method, system and computer program 
product for providing online access to historical account statements which utilizes a text 
version of an account statement which is printed on paper and mailed to a customer or 
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member of an organization so that the online display appears substantially identical to the 
printed account statement which is mailed. 

In a preferred embodiment, customers desiring to use the system of the present 
invention log on to the Internet home page of the business. The customer then selects from a 
5 menu or menus indicating a choice such as, for a banking example, "PC Internet Banking" 

followed by "Historical Statements". A screen is then presented requiring identifying entries, 
for example, for the number of the desired account, the month and year of the desired 
statement and the password for the account. Upon entry of the correct information, a copy of 
the statement appears which looks identical in all material respects to the corresponding 
10 physical statement previously sent in the mail. 

An exemplary embodiment of the system of this invention includes the following five 
program modules: 

1 . Loading (Parsing and Scrubbing) Program 

2. Administrative Program 

15 3 . Client (Customer Accoss) Program 

4. Branch Manager Program 

5. Password Program 

An exemplary embodiment of the system utilizes the following computer hardware 

servers: 

20 1 . Intel Pentium Server, running Netscape 3.0 Enterprise Server software 

2. Intel Pentium Server, running Eagle Raptor Firewall v 5.0 software 

3. Intel Pentium Server, running Microsoft SQL Server v 6.0 software 

A unique feature of this invention is that it recreates a customer or member statement 
from data contained in the original print image file (e.g, ? an American Standard Code for 
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Information Interchange (ASCII) print image file) produced, for example, by mainframe 
legacy software, which is created for the periodic (e.g., monthly) job to print original account 
(e.g., bank, credit union, credit card, utility such as electric, gas or water company, gasoline 
companies, retail merchants, airlines, distributors and suppliers to other businesses) 
5 statements on paper stock for mailing to each customer of a business or member of an 

organization. The information is reformatted for storage in a database for ease of searching. 
Upon request, this invention produces a display which includes graphics (e.g., business logos) 
and watermarks or other distinctive features which may be designed for the paper stock for 
printed account statements. Therefore, the customer or member accessing the system of this 
^fO invention views a recreated image of each periodic statement which appears identical in all 
%l material respects to, or emulates, an original hard copy statement which is mailed out, but no 

m scanning or filming and storage of graphical images of the statements is required to support 

s the system of this invention. 

Hi BRTEF DESCRIPTION OF THE DRAWINGS 

H5 A more complete appreciation of the invention and many of the attendant advantages 

thereof will be readily obtained as the same becomes better understood by reference to the 
following detailed description when considered in connection with the accompanying 
drawings, wherein: 

Figure 1 is a network diagram illustrating exemplary computer hardware servers upon 
20 which the invention may be implemented; 

Figures 2A-2C are a flowchart of a data loading software module which works in 
conjunction with a main customer software module shown in Figures 3A-3C; 
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Figures 3A-3B are a flowchart of the main customer software module of the 
invention; 

Figure 3C is a flowchart of an account number parsing function software module; 

Figure 4 is a flowchart of an administration software module; 

Figures 5 A-5D are exemplary online displays of customer request information for 
display of customer account activity and status; 

Figures 6A-6H are exemplary Hypertext Markup Language (HTML) instructions used 
by a web browser to display an exemplary customer account statement; 

Figure 7A illustrates an exemplary portion of a generalized computer system upon 
which portions of the invention may be implemented; and 

Figure 7B illustrates an exemplary portion of a generalized hardware configuration, in 
the format of a workstation, upon which portions of the invention may be implemented. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring now to the drawings, wherein like reference numerals designate identical or 
corresponding parts throughout the several views, and more particularly to Figure 1 thereof, 
there is illustrated a network diagram illustrating exemplary computer hardware servers upon 
which the invention may be implemented. An Internet Customer 100 is connected to a 
firewall 102, which is connected to an http (Hypertext Transfer Protocol) server 104 which 
resides on a separate subnetwork. The firewall 102 is also connected to a switch 106 which 
in turn is connected to an Internal Wide Area Network (WAN) 110 and a Structured Query 
Language (SQL) database server. Two branches 112 and 1 14 are connected to the Internal 
WAN 110. Clearly, other network configurations and other hardware and software may be 
used without departing from the spirit and scope of the present invention. 



In a preferred embodiment, before an account can be accessed for the first time, a 
customer or member should call the organization's customer service center to activate the 
customer's or member's online privileges. After verifying certain customer or member 
information, the customer service representative will activate the customer's or member's 
account(s) and provide an initial password. This initial password is valid only for a 
maximum of, for example, 48 hours. 

Upon accessing each account for the first time, the customer or member will be 
immediately required to change the account password to a password chosen by the customer 
or member. In a preferred embodiment, the new password must be at least 4, but less than 15 
characters. The new password is case-sensitive and may be alphanumeric. If the customer or 
member does not change the initial password within, for example, 48 hours, then the system 
of this invention will be deactivated for the respective account(s) and the customer or 
member will have to call again to reactivate the account(s). 

It is recommended that to access the system of the preferred embodiment, a customer 
or member should a use web browser (e.g., Netscape 3.0 or Internet Explorer 3.0 or higher, or 
equivalents). The system of this invention takes full advantage of the encryption security 
provided by current (and future) web browsers and by the organization's web server. 
Customer or member transactions are encrypted as they travel over the Internet; thus, a third 
party attempting to intercept these communications should not be able to decipher them. In 
addition, the system of this invention may be protected by a password of the customer's 
choosing. 

In a preferred embodiment, the organization maintains a permanent and continuous 
archive of all customer or member account statements. A specific embodiment of the 
invention includes a permanent archive of text files for account information which may date 



back to the inception of storage of statements in the system. Recent technological advances 
in storage media have made it possible to store large amounts of data inexpensively, so that 
storage of the text of periodic customer statements of account is not unreasonably expensive. 
Periodic statements (e.g., monthly statements) are available online within, for example, two 
days of printing, and therefore may be available online at about the same time as the printed 
statements are received by the customer or member in the mail. A separate system within the 
business's PC Internet service may make available real time statement information for the 
current period (e.g., month, quarter, etc.). 

Software for implementing this invention may, for example, be written in the C 
programming language, or any other programming language such as C++, Visual BASIC, 
Java, Common Business Oriented Language (COBOL), PLI (Programming Language I) or 
other high level languages or assembly languages, preferably residing on the http server 104 
of Figure 1. In an exemplary implementation, the software may use, for example, Microsoft 
Open Database Connectivity (ODBC) routines to communicate over the Internal WAN 1 10 to 
the SQL database server 108 through the firewall 102 from the http server 104, although any 
other database software may be used. In the exemplary implementation, periodic (e.g., 
monthly, quarterly) source data files are transmitted over a high speed dedicated data 
communication line from a service bureau data processing center, where the periodic 
statements may be prepared, to the SQL server database 108 for further processing. 

Figures 2A-2C are a flowchart of a data loading software module which works in 
conjunction with a main customer software module shown in Figures 3A-3C. Figures 2A-6H 
are directed to an exemplary embodiment of this invention for a banking institution, although 
the following description is not intended to limit the scope of the invention to banking 
institutions. Clearly, this invention may be implemented for any type of organization which 

7 



mails or creates periodic statements of account activities for customers or members, including 
banks, credit unions, credit card companies, utilities, airlines, gasoline companies, retail 
merchants, distributors, suppliers to other businesses and any other type of organization 
which manages customer or member accounts. 

In the exemplary embodiment discussed below with regard to Figures 2A-6H, the 
loading program uses ASCII "print" files from each month's entire bank statement run, 
containing the bank statements of all of the bank's customers, as input. A plurality of 
customer statements are included in an ASCII file, separated by, for example, characters 
indicating an end of page. The loading program "cleans" the ASCII file, purging duplicate 
lines and non-printing characters, then parses each page of the statement, detecting the 
account number, statement date, and other identifying information, and then compresses the 
ASCII data contained on each account statement page and inserts these data into a large SQL 
database, indexed by account number and date of the statement period. Because each 
statement contains a large amount of white space, which appears in the ASCII print file as 
repetitions of the "space" character, a relatively high compression ratio is achieved. 

The system parses the statement data specifically searching for an account number 
and a date. The end of a customer account statement is recognized when an end of page is 
recognized, followed by a recognition of a different account number on the new page. The 
statement page number may also be recognized so that a recognition of a first page of a 
statement may inform the system that the page being parsed is for a different statement from 
the previous page parsed. 

In a preferred embodiment, a very simple, and therefore time efficient, compression 
algorithm is used. An exemplary algorithm works by inserting the number of immediately 
consecutive appearances of each character, if the character appears twice or more in 
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succession, as a binary number after a single flagged insertion of the character that is 
repeated. Bytes representing repeated characters are flagged by adding decimal 128 to the 
ASCII code for the character that is repeated, to indicate that a binary value (up to 255) for 
the number of repetitions follows as the next byte. Since the raw data contain only simple 
ASCII text with non-printing characters removed, each byte will reliably be less than decimal 
value 128. If the character is not repeated then the character is not flagged and no binary 
number follows it. The compression algorithm enables the system to efficiently store 
information regarding the formatting of the text version of the customer account statement. 

After starting, step 202 of Figure 2A declares variables and functions to initialize the 
data loading software module. Step 204 connects to the ODBC database, which, in this 
exemplary system, resides on the SQL database server 108 discussed previously with regard 
to Figure 1. Step 206 of Figure 2 A determines whether database connectivity has been 
established. If step 206 determines that database connectivity has not been established, step 
208 displays an error message and control is returned to the calling process. 

If step 206 determines that database connectivity has been established, step 210 opens 
a large print file. Step 212 determines whether the large print file has been opened. If step 
212 determines that the large print file has not been opened, step 224 displays an error 
message, and control passes to B2 226, which is discussed below with regard to Figure 2B. If 
step 212 determines that the large print file has been opened, control passes to Bl 214, which 
passes control to step 216, which reads a line and increments a counter Cntr. Step 218 
determines whether end of file (EOF) has been read. If step 218 determines that EOF has not 
been read, control passes to B3 220, which is discussed below with regard to Figure 2B. If 
step 218 determines that EOF has been read, step 222 posts the final transaction record to the 
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database summarizing the data posted from the print file, and control passes to B2 226, which 
is discussed below with regard to Figure 2B. 

B2 226 of Figure 2B passes control to step 230, which closes the large print file. Step 
232 closes the database, and control is then returned to the calling process. 

B3 220 of Figure 2B passes control to step 240, which determines whether form feed 
has been read by step 216 of Figure 2 A. If step 240 determines that form feed has not been 
read, control passes to B4 242, which is discussed below with regard to Figure 2C. If step 
240 determines that form feed has been read, step 244 determines whether the line counter is 
greater than or equal to a line count limit. If step 244 determines that the line counter is not 
greater than or equal to the line count limit, control passes to B4 242, which is discussed 
below with regard to Figure 2C. If step 244 determines that the line counter is greater than or 
equal to the line count limit, step 246 determines whether the account number is valid. If step 
244 determines that the account number is not valid, control passes to B4 242, which is 
discussed below with regard to Figure 2C. If step 244 determines that the account number is 
valid, step 248 increments a record counter. 

Step 250 calls a compression routine to compress the record. Step 252 sends the 
record to the database. Step 254 resets the variables for the next statement. Control then 
passes to Bl 214, which was discussed previously with regard to Figure 2 A. 

B4 242 of Figure 2C passes control to step 260, which determines whether the counter 
Cntr has a value of zero. If step 260 determines that Cntr has a value of zero, step 262 skips 
an input line, and control passes to step 264, which is discussed below. If step 260 
determines that Cntr does not have a value of zero, step 264 determines whether Cntr has a 
value of one. If step 264 determines that Cntr has a value of one, step 266 assigns an account 
number, and control passes to step 268, which is discussed below. If step 264 determines that 
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Cntr does not have a value of one, step 268 purges duplicate lines. Step 270 extracts a page 
and date from the statement data. Step 272 determines whether a single quote (or any other 
character requiring a translation into an HTML escape sequence) is included in the current 
line. If step 272 determines that there is a single quote (or other character requiring 
5 translation) included in the current line, step 274 inserts the appropriate escape sequence so 
that the character will be recognized as valid HTML text, and control passes to step 276, 
which is discussed below. If step 272 determines that a single quote (or other character 
requiring translation) is not included in the current line, step 276 adds the current line to the 
customer's statement, and control passes to Bl 214, which was discussed previously with 
JbO regard to Figure 2A. 

H Figures 3 A-3B are a flowchart of the main customer software module of this 

invention. A branch manager software module (not shown) is very similar to the main 
customer software module, except the branch manager software module includes logic and 
ffi code for recording record accesses and allows access to all accounts. The customer software 

ffj5 module allows the customer to request output of the system's recreated statement images for 
Q the customer's own account(s). For security, a preferred embodiment uses a proprietary 

TCP/IP port number to connect to the SQL database through a firewall. All transactions are 
recorded on the firewall, and within the database the last access date and the current status of 
the account data are recorded. If the customer has three bad password attempts within the 
20 same day the system will "lock" the account. For same-day access, a locked account needs to 
be reset with the administrative program. Alternatively, the customer may wait until the next 
day, when an additional three access attempts will be permitted before the system again locks 
the account. The customer software module preferably uses a decompression algorithm that 
reverses the process performed by the compression algorithm. The customer software 
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module preferably presents the decompressed ASCII data comprising the customer's account 
statement on, for example, browser wallpaper which closely replicates, in all material 
respects, the preprinted logos and designs that appear on the paper statement stock upon 
which the physical statements are printed. Therefore, the account statement image appearing 
on the browser duplicates, in all material respects, the appearance of the original hard copy 
statement. However, it is crisper in appearance and transmits faster over the Internet than 
would a graphical image of the statement. 

The optional branch manager program (not shown) allows branch managers and 
customer service personnel to access all customers' account statements from prior months. 
The branch manager program is not required for this invention. The branch manager program 
operates in the same manner as the client program, except that each authorized branch 
manager and customer service representative has access to any available online statement. 
The branch manager program includes additional security and a "paper trail" to log all branch 
manager access activity. Branch managers and customer service representatives are given 
usernames and passwords to gain supervisory access to the system. When a branch manager 
or customer service representative accesses an account, the system records his/her username, 
date, and time, as well as the account number and statement date of the customer's account, 
for security purposes. 

After starting, step 302 of Figure 3 A combines the month and the year which is input 
from the customer request. Step 304 determines whether the account number has been left 
blank by the customer. If step 304 determines that the account number has been left blank, 
control passes to step 320, which is discussed below. If step 304 determines that the account 
number has not been left blank, step 306 determines whether the password has been left blank 
by the customer. If step 306 determines that the password has been left blank, control passes 
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to step 320, which is discussed below. If step 306 determines that the password has not been 
left blank, step 308 connects to the database. Step 310 determines whether connectivity to 
the database has been established. If step 310 determines that database connectivity has not 
been established, control passes to step 320, which is discussed below. 

If step 310 determines that database connectivity has been established, step 312 
creates a data object. Step 314 updates an access count (only three unsuccessful access 
attempts are permitted per day by the present example). Step 316 calls a routine to parse the 
account number. Step 318 determines whether the account number has been successfully 
parsed. If step 318 determines that the account number has been successfully parsed, control 
passes to Al 330, which is discussed below with regard to Figure 3B. 

Step 320 of Figure 3 A displays an error message. Step 322 then disconnects from the 
database, and control is returned to the calling process. 

Al 330 of Figure 3B passes control to step 332, which determines whether the 
password entered by the customer matches a corresponding password in the database. If step 
332 determines that the entered password does not match the password in the database, 
control passes to step 350, which is discussed below. If step 332 determines that the entered 
password matches the password in the database, step 334 determines whether the account is 
new. If step 334 determines that the account is new, step 336 determines whether the account 
age is over a predetermined grace period (e.g., 24 hours, 48 hours). If step 336 determines 
that the account age is over the predetermined grace period, control passes to step 350, which 
is discussed below. If step 336 determines that the account age is not over the predetermined 
grace period, step 338 passes control to a password program. 

If step 334 determines that the account is not new, step 340 updates the access 
record. Step 342 requests the record from the database. Step 344 determines whether the 
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record exists in the database. If step 344 determines that the record does not exist in the 
database, control passes to step 350, which is discussed below. If step 344 determines that 
the record exists in the database, step 346 uncompresses the statement. Step 348 displays the 
statement, and control passes to step 352, which is discussed below. 

Step 350 displays an error message. Step 352 disconnects from the database, and 
control is returned to the calling process. 

Figure 3C is a flowchart of an account number parsing function software module 
which is called by step 316, which was discussed previously with regard to Figure 3 A. In 
this exemplary embodiment, customer account numbers are required to include a valid branch 
code and a valid account type code, as well as an account sequence number. After starting, 
step 360 creates an array for valid branch codes of the financial institution's branch offices. 
In this example, branch codes comprise two bytes of data. Step 362 creates an array for valid 
account type codes. In this example, account type codes comprise two bytes of data. Step 
364 determines whether the customer request includes a valid branch code. If step 364 
determines that the request does not include a valid branch code, step 366 shifts a pointer to a 
next valid pair of bytes in the array of valid branch codes and control returns to step 364. If 
step 364 determines that the request includes a valid branch code, step 368 determines 
whether the customer request includes a valid account type code. If step 368 determines that 
the customer request does not include a valid account type code, step 370 shifts the pointer to 
the next valid pair of bytes in the array of valid account type codes and control returns to step 
368. 

If step 368 determines that the customer request includes a valid account type code, 
step 372 strips leading zeros from the account sequence number portion of the data. Step 374 
re-assembles the account number, and control is passed to the calling process. 

14 



Figure 4 is a flowchart of an exemplary administration software module. The 
administrative program is used by the business's customer service personnel to set up 
customer accounts, by account number, with an initial password. In this example, the 
administrative program can accommodate up to ten accounts of the same customer at a time. 
The program locates a customer record and inserts a code and a date-time stamp two days 
into the future. The customer will have the time indicated by the date-time stamp to access 
the account for the first time and to change the password to one chosen by the customer. 

After starting, step 400 determines whether a good administrative password has been 
entered. If step 400 determines that a good administrative password has not been entered, 
step 402 quits the program and control is returned to the calling process. If step 400 
determines that a good administrative password has been entered, step 404 declares variables 
and functions. Step 406 determines whether connectivity to the database has been 
established. If step 406 determines that connectivity to the database has not been established, 
step 408 displays an error message and control is returned to the calling process. If step 406 
determines that connectivity to the database has been established, step 410 creates a date 
corresponding to two days in the future. Step 412 calls a routine to parse account numbers. 
Step 414 determines whether all accounts have been successfully parsed. If step 414 
determines that all accounts have not been successfully parsed, step 416 displays an error 
message and control is returned to the calling process. If step 414 determines that all 
accounts have been successfully parsed, step 416 updates database records and control is 
passed to the calling process. 

Figures 5 A-5D are exemplary online displays of customer request information for 
display of customer account activity and status. In a preferred embodiment, at the system 
welcome page the customer is required to type in, for example, the account number and 
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password for the desired statement information. Only three unsuccessful access attempts are 
allowed per account in any 24 hour period, for example. If this number is exceeded, the 
customer may either wait until the next day to try again or call the business's customer service 
department during business hours. 

After entering the account number and password and selecting the month and year of 
the statement the customer desires, a "Submit" button is clicked to view the requested 
statement. The "Back" button of a browser may be used to return to the previous page, in 
order to request a different month or a different account. 

Figure 5A is an exemplary online display of an initial screen querying a customer for 
bank statement information regarding a bank statement desired by the customer. A software 
agent, for example, may also be used to request the bank statement of a customer. A 
financial institution logo 502 is displayed at the top of the display. A dialog box 502 requests 
the customer's account number. A dialog box 504 requests the customer's password. A 
dialog box 506 requests the month of the desired statement. A dialog box 508 requests the 
year of the desired statement. A submit button 510 allows the customer to submit a request 
after information is supplied to the dialog boxes 502, 504, 506, and 508. A reset button 512 
allows the customer to reset the entries in the dialog boxes 502, 504, 506, and 508. A help 
button 514 allows the customer to request, for example, a help display for help in using the 
system. 

Figures 5B-5D illustrate three exemplary screens displaying a customers account 
information in substantially (i.e., identical in all material respects) the same format as the 
customer's monthly statement which has been mailed to the customer. 

Figures 6A-6H are exemplary Hypertext Markup Language (HTML) instructions used 
by a web browser to display an exemplary customer account statement similar to the 
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exemplary statement illustrated in Figures 5B-5D as discussed previously. An HTML "body" 
tag 602 of Figure 6 A includes a "background" attribute and a "bgcolor" (background color) 
attribute which cause a screened, or wallpaper background to be displayed which, for this 
example, replicates on the display the same design as is pre-printed on the paper stock used 
for printing and mailing monthly customer account statements, thereby emulating the 
graphics printed on the paper stock used for printing customer account statements. An 
HTML "img" (image) tag 604 includes a "src" (source) attribute which, for this example, 
causes a logo of the business to be displayed exactly as it appears on the printed customer 
statement. Neither the background nor the logo are shown in the exemplary display of 
Figures 5B-5D which was discussed previously. An HTML "pre" (preformatted) tag 606 
causes all text that follows the tag 606 to be displayed as it appears in the HTML file, up to 
an end tag, or "/pre" tag 608 as shown in Figure 6C. This text is displayed by the browser in 
a font that closely resembles the font appearing on the hard copy statements. 

Similarly, HTML "pre" tag 610 of Figure 6D and "pre" tag 614 of Figure 6F each 
cause the text following each tag to be displayed as it appears in the HTML file, up to each 
tag's corresponding end tag, or "/pre" tag 612 of Figure 6F and 616 of Figure 6H, 
respectively. 

Figure 7A illustrates an exemplary portion of a generalized computer system 700 
upon which portions of the invention may be implemented. For example, the configurations 
of the invention may each be implemented by a plurality of computers having a generalized 
configuration as exemplified by Figure 7A or by a plurality of computers having 
configurations similar to those of Figures 7A and 7B described below. 

An input 702 of Figure 7 A communicates with a memory 704 and a Central 
Processing Unit 708. The Central Processing Unit 708 communicates with the memory 704 
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and an output 706. The output 706 is also in communication with the memory 704. The 
Central Processing Unit 708 may include an arithmetic/logic unit and a control unit in the 
form of hardware and/or software (not shown). One or more of inputs 702 may each be in 
communication with one or more memories 704 and/or Central Processing Units 708. One or 
more Central Processing Units 708 may be in communication with one or more outputs 706 
and/or memories 704 and/or inputs 702. One or more memories 704 may be in 
communication with one or more inputs 702 and/or Central Processing Units 708 and/or 
outputs 706. Clearly, a plurality of variations of computer hardware configurations may be 
realized in a network of computer systems upon which portions of the invention may be 
implemented. 

Figure 7B illustrates an exemplary hardware configuration of a generalized computer 
system 720 upon which portions of the invention may be implemented. One or more 
processors 724 are connected to a communication bus 722. The communication bus 722 also 
communicates with a main memory 726, preferably a random access memory ("RAM"). A 
secondary memory 728 communicating with the communication bus 722 may also be 
included in the computer system 720. The secondary memory 728 may include, for example, 
a hard disk drive, a removable storage drive such as a floppy disk drive, a magnetic tape 
drive, an optical disk drive, a program cartridge and cartridge interface, a removable memory 
chip (e.g., EPROM, PROM, ROM), or any other similar storage medium. The secondary 
memory 728 may be in communication with a storage unit 730 such as a floppy disk, 
magnetic tape, optical disk, or other storage medium read by and written to by a secondary 
memory device. The storage unit 730 includes a computer usable storage medium for storing 
computer software and data. 
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The computer system 720 may also include a communications interface 732 in 
communication with the communication bus 722 for transferring software and data between 
the computer system 720 and external devices. Examples of communications interfaces 732 
include a modem, a network interface (e.g., a network card), a communications port, a 
PCMCIA slot and card, and other similar interfaces. Software and data transferred via the 
communications interface 732 are in the form of signals 736 which are provided to the 
communications interface 732 via a channel 734. The signals 736 may be electronic, 
electromagnetic, optical or other signals capable of being received by the communications 
interface 732. The channel 734 may be implemented using wire, cable, fiber optics, a phone 
line, a cellular phone link, an RF link or other communications channels. 

Computer programs are stored in main memory 726 and/or secondary memory 728. 
Computer programs may be received via the communications interface 732. Computer 
programs, when executed by the processor 724, enable the computer system 720 to perform 
the features of the present invention. 

This invention may be conveniently implemented using a conventional general 
purpose digital computer or microprocessor programmed according to the teachings of the 
present specification, as will be apparent to those skilled in the computer art. Appropriate 
software coding can readily be prepared by skilled programmers based on the teachings of the 
present disclosure, as will be apparent to those skilled in the software art. The invention may 
also be implemented by the preparation of application specific integrated circuits or by 
interconnecting an appropriate network of conventional component circuits, as will be readily 
apparent to those skilled in the art. 

The present invention includes a computer program product which is a storage 
medium including instructions which can be used to program a computer to perform a 

19 



process of the invention. The storage medium can include, but is not limited to, any type of 
disk including floppy disks, optical discs, CD-ROMs, and magneto-optical disks, ROMs, 
RAMs, EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for 
storing electronic instructions. 

Stored on any one or on a combination of computer readable media, the present 
invention includes software for controlling both the hardware of a computer and for enabling 
the computer to interact with a human user or a software agent. Such software may include, 
but is not limited to, device drivers, operating systems, development tools, and user 
applications. Such computer readable media further includes the computer program product 
of the present invention for storing and retrieving historical account statement information for 
online display. The computer code devices of the present invention can be any interpreted or 
executable code mechanism, including but not limited to scripts, interpreters, dynamic link 
libraries, Java classes, and complete executable programs. 

Obviously, numerous additional modifications and variations of the present invention 
are possible in light of the above teachings. It is therefore to be understood that within the 
scope of the appended claims, the present invention may be practiced otherwise than as 
specifically described herein. 
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WHAT TS CLAIMED AS NEW AND DESTRED TO RE SECURED RY LETTERS 
PATENT OF THE T JNTTED STATES TS: 



1 . A method comprising the steps of: 

formatting first formatted account information into second formatted account 
information; 

storing said second formatted account information in a storage area; 

interactively inputting a request for said second formatted account information; and 

transferring said second formatted account information from said storage area to a 

display device, wherein said first formatted account information comprises formatted 

information for a printed account statement. 

2. The method according to Claim 1, wherein said first formatted account 
information comprises an American Standard Code for Information Interchange (ASCII) 
print image file. 

3. The method according to Claim 1, wherein said storage area is included in a 
Standard Query Language (SQL) database server. 

4. The method according to Claim 1 , wherein said step of interactively inputting 
comprises one of: 

interactively inputting, by a first customer of a first business, a request for said 
second formatted account information by using a graphical user interface, 

interactively inputting, by a software agent of a second customer second 
business, a request for said second formatted account information by using a graphical 
user interface, 

interactively inputting, by a first member of a first organization, a request for 
said second formatted account information by using a graphical user interface, and 
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interactively inputting, by a software agent of a second member of a second 
organization, a request for said second formatted account information by using a 
graphical user interface. 

5. The method according to Claim 1, wherein said step of transferring comprises 
transferring said second formatted account information from said storage area to said display 
device for displaying said second formatted account information in a format corresponding in 
appearance to said printed account statement. 

6. The method according to Claim 1, wherein said step of formatting comprises 
formatting said first formatted account information into said second formatted account 
information using a compression algorithm for compressing said first account information 
and for indicating formatting information of said printed account statement in said second 
formatted account information. 

7. The method according to Claim 1, wherein said account information comprises 
account information for at least one of a customer of a first organization and a member of a 
second organization. 

8. The method according to Claim 7, wherein said first organization comprises at 
least one of 

a bank, 

a credit union, 
a utility, 

a gasoline company, 

an airline, 

a distributor, 

a supplier to businesses, 
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a retail merchant, and 
a credit card company. 

9. A system comprising: 

a formatting device configured to format first formatted account information into 
second formatted account information; 

a storing device configured to store said second formatted account information in a 
storage area; 

an input device configured to interactively input a request for said second formatted 
account information; and 

a transferring device configured to transfer said second formatted account information 
from said storage area to a display device, wherein said first formatted account information 
comprises formatted information for a printed account statement. 

10. The system according to Claim 9, wherein said first formatted account 
information comprises an ASCII print image file. 

11. The system according to Claim 9, wherein said storage area is included in a SQL 
database server. 

12. The system according to Claim 9, wherein said input device is further configured 
to perform one of: 

interactively inputting, by a first customer of a first business, a request for said 
second formatted account information by using a graphical user interface, 

interactively inputting, by a software agent of a second customer second 
business, a request for said second formatted account information by using a graphical 
user interface, 
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interactively inputting, by a first member of a first organization, a request for 
said second formatted account information by using a graphical user interface, and 

interactively inputting, by a software agent of a second member of a second 
organization, a request for said second formatted account information by using a 
graphical user interface. 

13. The system according to Claim 9, wherein said transferring device is further 
configured to transfer said second formatted account information from said storage area to 
said display device for displaying said second formatted account information in a format 
corresponding in appearance to said printed account statement. 

14. The system according to Claim 9, wherein said formatting device comprises a 
compression device configured to compress said first account information and to indicate 
formatting information of said printed account statement in said second formatted account 
information by using a compression algorithm. 

15. A computer program product including a computer readable medium embodying 
program instructions for causing a system to perform the steps of: 

formatting first formatted account information into second formatted account 
information; 

storing said second formatted account information in a storage area; 

interactively inputting a request for said second formatted account information; and 

transferring said second formatted account information from said storage area to a 

display device, wherein said first formatted account information comprises formatted 

information for a printed account statement. 

16. The computer program product according to Claim 15, wherein said first 
formatted account information comprises an ASCII print image file. 
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17. The computer program product according to Claim 15, wherein said storage area 
is included in a SQL database server. 

18. The computer program product according to Claim 15, wherein said step of 
interactively inputting comprises one of: 

interactively inputting, by a first customer of a first business, a request for said 
second formatted account information by using a graphical user interface, 

interactively inputting, by a software agent of a second customer second 
business, a request for said second formatted account information by using a graphical 
user interface, 

interactively inputting, by a first member of a first organization, a request for 
said second formatted account information by using a graphical user interface, and 

interactively inputting, by a software agent of a second member of a second 
organization, a request for said second formatted account information by using a 
graphical user interface. 

19. The computer program product according to Claim 15, wherein said step of 
transferring comprises transferring said second formatted account information from said 
storage area to said display device for displaying said second formatted account information 
in a format corresponding in appearance to said printed account statement. 

20. The computer program product according to Claim 15, wherein said step of 
formatting comprises formatting said first formatted account information into said second 
formatted account information using a compression algorithm for compressing said first 
account information and for indicating formatting information of said printed account 
statement in said second formatted account information. 
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AB S TRACT OF TH E DISCLO SUR E 
A method, apparatus, and computer program product for storing and retrieving 
historical account statements for online display. Historical account statements are stored and 
made available for retrieval online by using a text version of an organization's statements 
stored for periodic printing and mailing of statements. The statement displayed for online 
viewing appears as a duplicate, in all material respects, of the printed and mailed statements. 
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PRESIDENTIAL SAVINGS BANK FSB 
INTERNET TEST ACCOUNT 81 
4520 E WEST HWY 
BE THE SD A MD 20814-3319 



ACCOUNT 99-99-99999 



R-E-M-A-R-K-S 
AS OF: 30- SEP- 97 



STATEMENT END DATE ACCOUNT ENDING 

30-SEP-97 NUMBERS BALANCES 

SUMMARY: 

SUPER NOW ACCOUNT 99-99-99999 
*<*««*******»**»» *************** SUPER NOW ACCOUNT 

99-99-99999 

DATE DESCRIPTION 

DEPOSITS WITHDRAWALS 

1-5EP-97 "PREVIOUS BALANCE" > 



PAGE 
1 



2, 675. 15 YEAR TO DATE INT. 51.71 
********** ********************** 



BALANCE 



2 SEP 



2 SEP 



2 SEP 



2 SEP 
2 SEP 
2 SEP 

4 SEP 
4 SEP 

4 SEP 

5 SEP 
5 SEP 

8 SEP 



8 SEP 



8 SEP 
10 SEP 
10 SEP 
10 SEP 

10 SEP 

11 SEP 



ANNAPOLIS MD 



BETHESDA MD 



POS WITHDRAWAL 

GIANT OP OLD GEORGE TOBE THE SDA MD 
EFFECTIVE 1 SEP 
ATM WITHDRAWAL 
ANNAPOLIS EAST PORT 
EFFECTIVE 1 SEP 
ATM WITHDRAWAL 
CRESTAR BAWILDWOOD 
EFFECTIVE 31 AUG 
CHECK# 552 
CHECK* 553 
ATM WITHDRAWAL 
CHEVY CHASSAFEWAY #1365 
CASH DEPOSIT 
CHECK* 554 
ATM WITHDRAWAL 
9280 OLD CIRRUS ATM 
CHECK# 557 
ATM WITHDRAWAL 
MELLON BANBETHESDA 
ATM WITHDRAWAL 

PRESIDENTI4520 EAST-WEST HIGBETHESDA MD 
EFFECTIVE 6 SEP 
ATM WITHDRAWAL 
FIRST UNIOKINGS PARK 
EFFECTIVE 7 SEP 
CHECK* 556 
CHECK# 569 
CHECK# 558 
CHECK* 559 
ATM WITHDRAWAL 
CHEVY CHASSAFEWAY #907 
CHECK# 570 



FAIRFAX 



BURKE 



VA 

5,136.58 



VA 



BETHESDA MD 



6PRINGFIELVA 



S PRINGF I ELVA 



40.70 
61.00 
176.00 



90.00 
52.00 
101.00 



228.44 
101.00 

420, 63 
51.00 

100.00 



201 .50 



466.46 
84 .13 
32.51 

325.00 
41.00 

200.00 



1,444.47 
1,403.77 



1,342.77 

1,166.77 

1,076.77 
1,024.77 
923.77 

6,060.35 
5,831.91 
5,730.91 

5,310.28 
5,259.28 

5,159.29 

4,957.78 

4,489.32 
4,405.19 
4,372.68 
4,047.68 
4,006.68 

3,806.68 



CY-31 CO-0000 BA-00 BK-02 08438 
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PRESIDENTIAL SAVINGS BANK FSB 
INTERNET TEST ACCOUNT #1 
4520 E WEST HWY 
BETHESDA MD 20814-3319 

ACCOUNT 99-99-99999 



STATEMENT END DATE 
3Q-SEP-97 



99-99-99999 



DATE 

11 SEP 
11 SEP 
11 SEP 
11 SEP 

11 SEP 

12 SEP 

12 SEP 

12 SEP 

13 SEP 

13 SEP 
15 SEP 

15 SEP 
15 SEP 

15 SEP 

16 SEP 

17 SEP 
17 SEP 

17 SEP 

18 SEP 

19 SEP 
19 SEP 

19 SEP 

20 SEP 

22 SEP 
24 SEP 
29 SEP 



DESCRIPTION 



DEPOSITS 



CHECK* 567 
CHECK# 561 
CHECK* 566 
CHECK* 565 

SSSi/STIES EAST JEFFERSOROCKVILLE MD 
CHECK* 562 
EFFECTIVE 11 SEP 
CHECK* 572-C 
CHECK* 560 

ATM WITHDRAWAL ^ t« mv v»K 

FIRST VIRG9521 BRADDOCK RD FAIRFAX VA 

EAST-«ST HIGBETHESDA » 

SSS^SSHmOM. 2 WASHING 

EFFECTIVE 14 SEP 7 ^ 
CHECK DEPOSIT 
CHECK* 566 
CHECK* 564 
POS WI THDRAWAT ■ 

GIANT OF M10400 OLD GEORGETOBETHESDA WD 
CHECK* 574 
CHECK* 573 

POS WITHDRAWAL m ^ mm , pftJ . Mn 

GIANT OF M10400 OLD GEORGETOBETHESDA MD 



WITHDRAWALS 
40.56 
1,087.55 
207.00 
199.78 
101.50 

570.51 

200.00 
25,75 
201,00 

50.00 

96.00 



99 



MD 

1,300, 



MD 



ATM WITHDRAWAL, 

PRESIDENTI4520 EAST-WEST HIGBETHESDA 
CHECK DEPOSIT 
CHECK* 563 
EFFECTIVE 18 BEP 

ATM WITHDRAWAL mupeM 
PRESIDENTI4520 EAST-WEST HIGBETHESDA 
ATM WITHDRAWAL 
FIRST UNIOKINGS PARK SPRINGFIELVA 
CHECK DEPOSIT 
CHECK* 575 

ATM WITHDRAWAL _ rTTTt? ^ 

C RE STAR BACONGRESSIONAL ROCKVILLE MD 



OO 



00 



50.00 
28.12 
100.00 

39.57 
185.22 
30.00 

100.00 



1 f 4B0.67 
20.00 
201.50 



1 ,000.00 
101.50 



C*-31 CO-0000 BA-00 BK-02 



08439 



PAGE 
2 

BALANCE 

3,766.12 
2,678.57 
2,471.57 
2,271.79 
2 ,170.29 

1,599.78 

1,399.78 
1,374,03 
1,173.03 

1,123.03 

1,027.03 

1,100.02 
1,050.02 
1,021.90 
921.90 

882.33 
697,11 
667.11 

567 .11 

1,867 ,VL 
386.44 

366.44 

164,94 

1,714.94 
714,94 
613.44 
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PRESIDENTIAL SAVINGS EANK FSB 
INTERNET TEST ACCOUNT #1 
4520 E WEST HWY 
BETHESDA MD 20814-3319 



ACCOUNT 99-99*99999 



STATEMENT END DATE 
30-SEP-97 



DATE 



29 SEP 



DESCRIPTION 



99-99-99999 



30 SEP 

£30 SEP 
^O-SEP-97 



EFFECTIVE 28 SEP 
JOURNAL CREDIT 
MONTGOMERY COUNTY PAYROLL 
EFFECTIVE 30 SEP 
POS WITHDRAWAL 

SUTTON PLA10323 OLD GEORGETOBETHESDA MD 
INTEREST CREDIT 



DEPOSITS WITHDRAWALS 
2,100.23 



46.13 



"NEW BALANCE" 



-r: TOTAL AMOUNT OF CREDITS 
L" NUMBER OF CREDITS 



7.61 



10,167.41 TOTAL AMOUNT OF DEBITS 
6 NUMBER OF DEBITS 



PAGE 
3 

BALANCE 



2,713*67 

2,667.54 

2, 675.15 
2,675.15 

6,936.73 
42 



TOTAL AMT. ATM CREDITS 
NUMBER ATM CREDITS 

TOTAL AMT, POS CREDITS 
NUMBER POS CREDITS 



.00 TOTAL AMT. ATM DEBITS 

0 NUMBER ATM DEBITS 

,00 TOTAL AMT, POS DEBITS 

0 NUMBER POS DEBITS 



1,704.00 
16 

216.83 
4 



y************************* ANNUAl« PERCENTAGE YIELD EARNED (APYE) ******************* 

DAYS IN PERIOD « 30 INTEREST PAID -7.61 

y AVERAGE BALANCE * 1,826.95 ANNUAL PERCENTAGE YIELD EARNED m 5.19% 

:|-* ************ *'****************•**********************************'***** ***i ********* 



ITEM 


DATE 


552 


02 SEP 


553 


02SEP 


554 


04SEP 


556 


08SEP 


557 


05SEP 


558 


10SEP 


559 


10SEP 


560 


12SEP 



-CHECKS 

AMOUNT 



90,00 

52.00 
228.44 
468.46 
420.63 

32.51 
325,00 

25,75 



- -CHECKS - 



-CHECKS- 



ITEM 


DATE 


AMOUNT 


ITEM 


DATE 


AMOUNT 


5 61 


11SEP 


1,087.55 


568 


11 SEP 


207.00 


562 


12 SEP 


570.51 


569 


10SEP 


64.13 


563 


19 SEP 


1,480.67 


570 


11 SEP 


200.00 


564 


15 SEP 


26.12 * 


572 


12SEP 


200.00 


565 


11 SEP 


199.78 


573 


17SEP 


185.22 


566 


15SEP 


50.00 


574 


17 SEP 


59.57 


567 


11 SEP 


40.56 


575 


24SEP 


1,000.00 
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Back To Demo Page: Click here Return home. 
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